Directed acoustic alert notification from autonomous vehicles

ABSTRACT

A system included and a computer-implemented method performed in an autonomous-driving vehicle are described herein. A request to meet a person at a location can be received by the autonomous-driving vehicle. The autonomous-driving vehicle can be driven to the location. The person at the location can be identified by the autonomous-driving vehicle. Once identified, the autonomous-driving vehicle can send a directed alert notification to the person. The directed alert notification can comprise a directed acoustic signal.

BACKGROUND

Autonomous-driving vehicles such as vehicles that autonomously operatewith limited human inputs or without human inputs are gradually becominga reality. In many situations, the autonomous-driving vehicle can besufficiently capable of communicating with a human, such as through ahandheld device such as a smartphone, or with an electrical screeninstalled on the vehicle with input devices such as cameras andmicrophones to receive commands from the human. If a target person isamong many persons that are not the intended audience, however, theautonomous-driving vehicle may be less able to interact with the targetperson, especially if the target person is unaware or unsure that theautonomous-driving vehicle intends to interact with him/her. It can beeven more difficult when the target person has impaired communicationcapacity, such as being blind.

These and other issues are addressed, resolved, and/or reduced usingtechniques described herein. The foregoing examples of the related artand limitations related therewith are intended to be illustrative andnot exclusive. Other limitations of the related art will become apparentto those of skill in the relevant art upon a reading of thespecification and a study of the drawings.

SUMMARY

Described herein are a system included in and a computer-implementedmethod performed in an autonomous-driving vehicle. The system includesone or more processors; and a memory storing instructions that, whenexecuted by the one or more processors.

In one embodiment, the disclosure describes a system that performs:receiving a request to meet a person at a location; driving the vehicleto the location; identifying the person at the location; and sending adirected alert notification to the person, wherein the directed alertnotification comprises a directed acoustic signal.

In some embodiments, the directed acoustic signal is sent from at leasttwo different sound generating devices (e.g., speakers) disposed on thevehicle. In some embodiments, at least one of the speakers is disposedat the front of the vehicle and another at the rear of the vehicle. Insome embodiments, the speakers are arranged in an array. In someembodiments, the acoustic signal from each speaker is synchronized so asto arrive at the person at the same time.

In some embodiments, the directed alert notification comprises a spokenor displayed instruction to notify the person the arrival of thevehicle. In some embodiments, the directed alert notification comprisesan instruction for the person to confirm identity.

In some embodiments, the directed alert notification is personalized tothe person. The personalization, for instance, can be based on a codeprovided to the person wirelessly in advance, or based on a userpreference or language choice of the person.

In some embodiments, the system further performs unlocking the vehicleto allow the person in. In some embodiments, the system further performsunlocking a container within to allow the person to retrieve a delivery.

In some embodiments, identifying the person at the location comprisesdetecting the GPS location of a candidate. In some embodiments,identifying the person at the location comprises receiving a wirelesspush notification signal from a device accompanying the person. In someembodiments, identifying the person at the location comprises conductingfacial or retina recognition of the person.

BRIEF DESCRIPTION OF THE DRAWINGS

Certain features of various embodiments of the present technology areset forth with particularity in the appended claims. A betterunderstanding of the features and advantages of the technology will beobtained by reference to the following detailed description that setsforth illustrative embodiments, in which the principles of the inventionare utilized, and the accompanying drawings of which:

FIG. 1A-C illustrate situations where the present technology isapplicable.

FIG. 2 is a schematic diagram depicting an example of anautonomous-driving vehicle system according to an embodiment.

FIG. 3A-3B depict flowcharts of example methods for operating anautonomous-driving vehicle system.

FIG. 4 is a block diagram that illustrates a computer system upon whichany of the embodiments described herein may be implemented.

DETAILED DESCRIPTION

In the following description, certain specific details are set forth inorder to provide a thorough understanding of various embodiments of theinvention. However, one skilled in the art will understand that theinvention may be practiced without these details. Moreover, whilevarious embodiments of the invention are disclosed herein, manyadaptations and modifications may be made within the scope of theinvention in accordance with the common general knowledge of thoseskilled in this art. Such modifications include the substitution ofknown equivalents for any aspect of the invention in order to achievethe same result in substantially the same way.

Unless the context requires otherwise, throughout the presentspecification and claims, the word “comprise” and variations thereof,such as, “comprises” and “comprising” are to be construed in an open,inclusive sense, that is as “including, but not limited to.” Recitationof numeric ranges of values throughout the specification is intended toserve as a shorthand notation of referring individually to each separatevalue falling within the range inclusive of the values defining therange, and each separate value is incorporated in the specification asit were individually recited herein. Additionally, the singular forms“a,” “an” and “the” include plural referents unless the context clearlydictates otherwise.

Reference throughout this specification to “one embodiment” or “anembodiment” means that a particular feature, structure or characteristicdescribed in connection with the embodiment is included in at least oneembodiment of the present invention. Thus, the appearances of thephrases “in one embodiment” or “in an embodiment” in various placesthroughout this specification are not necessarily all referring to thesame embodiment, but may be in some instances. Furthermore, theparticular features, structures, or characteristics may be combined inany suitable manner in one or more embodiments.

Various embodiments described herein are directed to a system includedin an autonomous-driving vehicle (or simply autonomous vehicle) and acomputer-implemented method performed in an autonomous-driving vehicle.In a specific implementation, the system and the computer-implementedmethod are intended to provide a directed alert notification toward asubject that the autonomous vehicle identifies as a target forcommunication. The directed alert notification preferably includes anacoustic signal, but can also include other signals such as a visualsignal.

A directed acoustic signal, or directed sound or focused sound, refersto an acoustic signal(s) transmitted from one or more sound sources thatis preferentially directed to a target location and spreads less thanconventional speakers.

In some implementations, prior to providing such a directed alertnotification, the autonomous vehicle identifies the target subjectthrough various different approaches.

Such a technology can find uses in many areas. For instance, when anautonomous taxi is to pick up a passenger, after identifying thepassenger, sometimes from a crowd, the autonomous taxi sends a directedalert notification to alert the passenger that the taxi is ready forboarding. By using the directed alert notification, the other personsnearby would not be bothered. On the one hand, this technology can helpreduce the overall noise level to people who do not need to hear thealert. On the other hand, the directed alert notification can be louderthan traditional alerts so that the passenger would not have troubleidentifying it. This is particularly useful for people with reducedvision or blindness. It can also be quite useful for people that tend tobe distracted easily.

Another example use of this technology, in the context of autonomousdelivery, is to notify a customer of the arrival of a delivery. When theautonomous vehicle arrives at the location and identifies the customer,the vehicle can alert the customer who can then authenticate herself orhimself and retrieve the delivery.

Yet another example use of this technology is to direct traffic. Forinstance, if an animal or person blocks the way to an autonomousvehicle, after identifying the situation and the animal, the vehicle maysend a directed alert to signal the animal or person to leave.

Still another example is to make pedestrians or other individuals aroundan autonomous vehicle aware of the driving decision of the autonomousvehicle. For instance, when an autonomous vehicle attempts to make aright turn at an intersection, the autonomous vehicle may send adirected alert notification to pedestrians on the right to safelyproceed to cross the street while it is waiting. To another vehicle, theautonomous vehicle may signal that it has priority to proceed first toavoid clash. Such interactions can provide other road users the comfortthat they can safely share the road with autonomous vehicles.

One embodiment of the present technology is illustrated as scenario 100in FIG. 1A. An autonomous vehicle 101 receives a request to pick up apassenger 110. The request may be received wirelessly by a computer inthe vehicle, via a server, from a user. The user may be passenger 110,or another person, or based on a pre-scheduled command. The vehiclearrives at the approximate location, slows down, and starts to locatethe passenger.

In FIG. 1A, at the time the vehicle slows down or stops, besidespassenger 110, there are also three other persons 102 close by. Avariety of methods can be used for the autonomous vehicle to identifythe correct passenger. For instance, if the persons are relativelyspread out, the GPS location provided by a device accompanying passenger110 may be sufficient to identify the passenger.

In some embodiments, the vehicle keeps occasional communication with thedevice of the passenger, which provides up-to-date GPS location of thepassenger to the vehicle. The vehicle is also equipped with a GPSsystem, along with sensors, such as LiDAR, radar and camera, that detectthe location of a person relative to the vehicle. With the GPS locationof the vehicle, the GPS location of the device, and the relativelocation of each persons around the vehicle, the vehicle will be able todetermine which person is most likely the one holding the device and isthus the passenger.

In another example, while the vehicle is approaching, the vehicle maysend a wireless signal to a device held by the passenger which, inresponse, will then start to transmit certain signals to the vehicle forverification. The signals may be visual signals, e.g., flash lights. Thesignal can also be wireless signals such as a Bluetooth signal, a nearfield communication (NFC) signal, an infrared signal, a WiFi signal, orthe like.

Different modes of communication can be used between the autonomousvehicle and the handheld device, so long as it is sufficient for theautonomous vehicle to confirm the identity of the passenger. Forinstance, while the autonomous vehicle is approaching, it can requestthat the handheld device emits an infrared signal, or a cluster ofinfrared signals at a certain frequency or pattern. Upon detection ofthe expected signal, the vehicle can determine the location of thehandheld device.

Another method entails a signal transmitter embodied in a handhelddevice accompanied by the passenger transmitting a wireless pushnotification signal towards the autonomous vehicle. The wireless pushnotification signal may indicate a position and/or motion capability ofthe passenger, such that the autonomous vehicle can determine theposition and/or motion of the passenger.

The near-field wireless network can be any of a variety of potentiallyapplicable technologies. For example, the near-field wireless networkcan be used to form a network or part of a network. Where two componentsare co-located on a device, the near-field wireless network can includedata conduit or plane. Depending upon implementation-specific or otherconsiderations, the near-field wireless network can include wirelesscommunication interfaces for communicating over wired or wirelesscommunication channels. Depending upon implementation-specific or otherconsiderations, the near-field wireless network is an ad-hoc wirelessnetwork established between the handheld device and the autonomousvehicle. The near-field wireless network can be established usingapplicable wireless communication protocols, including license-basedprotocols, such as 3G (e.g., CDMA), 4G (e.g., WiMAX, WiMax2), 5G, andnon-license-based protocols, such as IEEE 802.11 (e.g., WiFi), IEEE802.15.1 (e.g., Bluetooth), IEEE 802.15.4 (e.g., ZigBee), near fieldcommunication (NFC), and so on.

In some implementations, in addition to the signals provided by thehandheld device or in the absence of it, the vehicle may recognize thepassenger with computer vision. For instance, the vehicle may use facerecognition or retina recognition techniques to identify the passengerdirectly. In another example, the vehicle further considers the height,body weight, and/or other body feature for recognition or for furtherconfirmation.

In some implementations, the vehicle may wirelessly transmit a requestfor the passenger to make a bodily gesture to enhance recognition. Forinstance, while the vehicle determines that the passenger is nearby butis surrounded by a few other persons who may confound identification,the vehicle may send an electronic request to the smart device of thepassenger for the passenger to turn the body, raise an arm, or make ahandwave.

Upon recognition of the passenger 110, the autonomous vehicle 101 thensends a directed alert notification to the passenger. The directed alertnotification preferably includes a directed acoustic signal. A directedacoustic signal can be generated, for instance, by two or more soundgenerating devices (e.g., speaker 120 and 121 in FIG. 1A) placed atdifferent locations of the autonomous vehicle, or more close together inthe form of an array (e.g., the speaker array 122 in FIG. 1B).

The directivity of a sound source relates to the size of the source(e.g., speaker). A large loudspeaker is naturally more directionalbecause of its large size. A source with equivalent directivity, on theother hand, can be made by utilizing an array of traditional smallloudspeakers, all driven together in-phase. Acoustically equal to alarge speaker, this creates a larger source size compared to wavelength,and the resulting sound field is narrowed compared to a single smallspeaker. The multiple speakers can also be placed farther away.

As illustrated in FIG. 1A, at least two speakers 120 and 121 areinstalled on the front and rear ends of the vehicle. From the two ormore speakers, the same sound signal can be output, but delayed slightlyby different amounts, so that the wavefronts all reach the same targetpoint at the same time. Such a virtual focus reduces sound pollution insurrounding areas.

The target point, in some implementations, is on or around the body ofthe passenger. In a preferred embodiment, the target point is at thehead, or more precisely the ears of the passenger.

The directed alert notification, in some embodiments, can be presentedin a manner that enhances interaction with the passenger. In oneexample, the directed alert notification gradually increases its volumeuntil a suitable reaction (e.g., turn or walk towards the vehicle) bythe passenger is identified.

In another example, the directed alert notification is generated suchthat, when received by the passenger, the passenger can readily tell thelocation of the vehicle. Humans and animals in general have the abilityto tell the direction of a sound source. In addition, the sound can beprovided with 3-dimensional effects such that the passenger can sensethe movement direction and speed of the vehicle.

In another example, the directed alert notification includes aninstruction. For instance, the instruction can be for the passenger tomake a confirmation on a smart device, to approach the vehicle, or toopen a door, without limitation.

In addition to the acoustic alert, the directed alert can also include,e.g., visible lights and heat waves. For instance, one method entailsprojecting a light spot on the ground in front of the passenger or adevice that the passenger is holding or looking at. The light spot canbe projected by an appropriate laser pointer, so that it is easilynoticeable to the passenger, yet still safe to humans. In anotherexample, heat can be delivered to a specific body part surface of thepassenger. The heat can be delivered through specially designed diskheater which delivers heat in a specific direction.

It can be helpful to detect the passenger's posture or orientation todetermine the optimal spot on the body or on the ground to achieve goodresult and avoid potential injuries (e.g. avoid projecting lightdirectly into any passenger's eyes). With such information, the vehiclecan also make determination with respect to the best mode of alertnotification. For instance, if the passenger is looking at a screen of asmart device, the directed alert notification may include a directedacoustic signal along with an electronic message to be displayed on thesmart device. Alternatively, the directed alert notification may includea directed acoustic signal along with laser point projected to the smartdevice.

In some implementations, different modes of alert notifications can bealternated if an identified passenger is non-responsive. Thenon-responsiveness may be because the identified passenger is actuallynot the passenger and did not expect to receive a ride. It may also because the identified passenger is deaf, blind, or distracted.

After certain attempts, if the identified passenger is stillnon-responsive, the vehicle can check whether it has identified thewrong person. Accordingly, the autonomous vehicle can reinitiate thepassenger identification process, as elaborated above, and identifyanother person (e.g., 102 as shown in FIG. 1C).

Once the passenger becomes responsive, the autonomous vehicle can thenoperate to continue the service, such as passenger authentication,opening the door, seating the passenger, providing riding instructionsand/or entertainment, without limitation.

In a specific implementation, the system performs: receive a request tomeet a person at a location; drive the vehicle to the location; identifythe person at the location; and send a directed alert notification tothe person, wherein the directed alert notification comprises a directedacoustic signal.

FIG. 2 is a schematic representation of a system 200 of an autonomousvehicle in accordance with various embodiments of the disclosure. Thesystem 200 may include a plurality of speakers 220 controlled by theautonomous vehicle's electronic control unit 240. In addition, a lightprojector 274 can be included to transmit light from a light source,such as a laser diode or light-emitting diodes (“LED”). The terms“optical” and “light” may be used herein to refer generally to anyvisible, infrared, or ultraviolet radiation. The light projector maytransmit and project visual information in the form of images andpatterns in a two-dimensional or three-dimensional rendering. The lightprojection may also project data and information, such as in the form ofletters and numbers indicating real time information regarding theautonomous vehicle itself. More information about the content of thelight projector's projected information is discussed in further detailbelow.

In some instances, the autonomous vehicle may include an electroniccontrol unit (“ECU”) 240. The ECU 240 may include a CPU 240 a, a RAM 240b, a ROM 240 c, and an I/O module 240 d. The RAM 240 b and ROM 240 c maybe used as, for example, memory storage devices to store data andinstructions listing conditions and threshold requirements for turningon/off the speakers 220, as well as the acoustic content and informationto be transmitted from the speakers 220. The ECU 240 may also be able todetect whether the speakers 200 are turned on or off. If off, the ECU240 may then turn on the speakers 220. In some instances, the ECU 240may turn on the speakers 220 via the switch 260 under certainconditions, such as when the ECU 240 detects the target subject (e.g.,passenger) anywhere from 0 to 100 feet from the autonomous vehicle. Byway of example, the detection by ECU 240 may utilize any one of thevehicle cameras 262, sensors 264, navigation systems 266, radars 268,laser scanners 270, and communication systems 272 in communication withthe ECU 240.

Additionally, the CPU 240 a may perform various computations from thedata gathered by the vehicle cameras 262, sensors 264, navigationsystems 266, radars 268, laser scanners 270, and communications systems272. Such computations may include determining whether a subject detectsis the target subject.

By way of example, detecting the target subject may entail analyzing theone or more data gathered by the vehicle cameras 262, sensors 264,navigation systems 266, radars 268, laser scanners 270, andcommunications systems 272. The I/O module 240 d may be connected tovarious vehicle components, devices, and systems to detect certainenvironmental, road, and/or driving conditions. For example, the I/Omodule 240 d may be connected to cameras 262, sensors 264, navigationsystems 266, communication systems 268, radar 270, and laser scanners272. These various vehicle components may be used individually or incombination with one another to detect the select environmental, road,and/or driving conditions in real time.

By way of example, cameras 262 may be mounted in the interior and/orexterior sections of the autonomous vehicle. In some embodiments, thecameras 262 may be a still camera and/or video camera that may captureimages and videos of the front, sides, and rear surrounding areas of thevehicle. The cameras 262 may be oriented to take images and videos ofpreceding vehicles and oncoming vehicles, as well as pedestrians,objects, and road conditions surrounding the general vicinity of thevehicle.

In some instances, images captured by the cameras 262 may be processedwith object recognition software to detect certain objects of interest.By way of example, the cameras 262 may capture images and/or videos ofthe surrounding vehicle environment, which may include potentialpedestrians, road signs, oncoming vehicles, preceding vehicles, and thelike. The images and/or videos may then be processed by the CPU 240 a,where they may then filtered with an object recognition software.

To determine if any of the objects in the images and/or videos includethe target subject, the object recognition software may include adatastore with reference materials. By way of example, the referencematerials may also include information regarding shapes, pixelintensities, lines, and other information that can be used to helpfurther identify the objects of interest in the images and/or videos. Bydetecting for certain objects surrounding the autonomous vehicle 200,the ECU 240 may be able to factor the presence of the identified objectsand make the determination whether the autonomous vehicle's speakersshould be used to transmit the appropriate alert notifications.

There may also be a plurality of sensors connected to the I/O module 240d, where the sensors 264 may be used to detect various environmental,road, or driving conditions. By way of example, such sensors 264 maydetect distance between vehicles (e.g. radar sensors), speed of currentautonomous vehicle travel (e.g. accelerometer and speedometer), objectdetection (e.g. radar sensors), motion detection (e.g., motion sensors),moisture detection (e.g., moisture detection sensors), steering handlingdetection (steering wheel sensors), and the like. The sensors alone orin combination with the camera 262, navigation system 266, radar 268,the laser scanners 270, and communication systems 272 may be used tocollect data in real time, which may then be processed by the CPU 240 a.

The navigation system 266 may also be connected to the I/O module 240 d.The navigation system 266 may include a navigation processor, anavigation adjustment component, and a GPS component. In someembodiments, the navigation system 266 may determine the location ofvehicle in real time and determine the current and upcoming road andtraffic conditions using a GPS component (which may include or be a GPSreceiver). In some embodiments, navigation system 266 may receiveinformation from third party service providers, such as current trafficinformation, weather information, road construction information, and thelike. While the navigation system 266 may provide quickest route orprovide a route based on driver specifications (e.g., no toll road, nohighways, no private roads, etc.), the autonomous vehicle may alsoutilize the camera 262, sensors 264, radar 268, laser scanners 270, andcommunication systems 272 to determine the suitable driving actions.

By way of further example, the communication system 272 may also beconnected to the I/O module 240 d. The communication system 272 mayinclude telematic systems, such as on-board diagnostics (OBD) systemsinstalled within autonomous vehicles, which may be configured to accessvehicle computers and transmit vehicle data to the CPU 240 a. In someinstances, the communication system 268 may also include a Bluetoothsystem to enable communication between the vehicle and the driver'smobile phone. This may allow any data collected from a mobile device,such as location information, to be transmitted to the CPU 240 a fordata processing.

In the example depicted in FIG. 2, the system 200 can represent a systemprimarily mounted on an autonomous-driving vehicle, which is capable ofsensing its environment and navigating with a limited human input orwithout human input. The “vehicle” discussed in this paper typicallyincludes a vehicle that drives on the ground, such as wheeled vehicles,and may also include a vehicle that flies in the sky (e.g., drones,helicopter, airplanes, and so on). The “vehicle” discussed in this papermay or may not accommodate one or more passengers therein.

In one embodiment, the autonomous-driving vehicle includes a vehiclethat controls braking and/or acceleration without real time human input.In another embodiment, the autonomous-driving vehicle includes a vehiclethat controls steering without real time human input based on inputsfrom one or more lens mount units. In another embodiment, theautonomous-driving vehicle includes a vehicle that autonomously controlsbraking, acceleration, and steering without real time human inputspecifically for parking the vehicle at a specific parking space, suchas a parking lot, a curb side of a road (e.g., parallel parking), and ahome garage, and so on. Further, “real time human input” is intended torepresent a human input that is needed to concurrently control movementof a non-autonomous-driving vehicle, such as gear shifting, steeringcontrol, braking pedal control, accel pedal control, crutch pedalcontrol, and so on.

The autonomous-driving vehicle system is also capable of communicatingwith systems or devices connected to the autonomous-driving vehiclesystem through a network. In an embodiment, the autonomous-drivingvehicle system communicates with a server via the network. For example,the autonomous-driving vehicle system pulls up from the server mapinformation (e.g., local map, parking structure map, floor plan ofbuildings, and etc.) of a region around the autonomous-driving vehicle.In another example, the autonomous-driving vehicle system periodicallynotifies information of the autonomous-driving vehicle system such aslocations and directions thereof to the server.

In some embodiments, the network is intended to represent a variety ofpotentially applicable technologies. For example, the network can beused to form a network or part of a larger network. Where two componentsare co-located on a device, the network can include a bus or other dataconduit or plane. Depending upon implementation-specific or otherconsiderations, the network can include wired communication interfacesand wireless communication interfaces for communicating over wired orwireless communication channels. Where a first component is located on afirst device and a second component is located on a second (different)device, the network can include a wireless or wired back-end network orLAN. The network can also encompass a relevant portion of a WAN or othernetwork, if applicable. Enterprise networks can include geographicallydistributed LANs coupled across WAN segments. For example, a distributedenterprise network can include multiple LANs (each LAN is sometimesreferred to as a Basic Service Set (BSS) in IEEE 802.11 parlance, thoughno explicit requirement is suggested here) separated by WAN segments. Anenterprise network can also use VLAN tunneling (the connected LANs aresometimes referred to as an Extended Service Set (ESS) in IEEE 802.11parlance, though no explicit requirement is suggested here). Dependingupon implementation or other considerations, the network can include aprivate cloud under the control of an enterprise or third party, or apublic cloud.

FIG. 3A depicts a flowchart 300 of an example of a method for operatingan autonomous-driving vehicle system. This flowchart and otherflowcharts described in this paper illustrate steps or modules (andpotentially decision points) organized in a fashion that is conducive tounderstanding. It should be recognized, however, that the steps andmodules can be reorganized for parallel execution, reordered, modified(changed, removed, or augmented), where circumstances permit. In theexample of FIG. 3A, the illustrated method starts with receiving arequest to pick up a passenger at a designated location (301). Therequest can be received by a network module in the autonomous vehicle,from a handheld device accompanying a potential passenger who desires aride. As readily appreciated in the art, the transmission of the requestcan be wireless, through one or more servers or routers.

When the request is made by the passenger, the request also includes,without limitation, a location of the desired pickup, destination,and/or certain identifying information of the passenger. The identifyinginformation may include part or all of the name (e.g., full name, firstname, nick name), gender, body weight, height, or other information thatthe passenger considers useful for identifying himself or herself, andis willing to share with the vehicle. In some implementations, a pictureof the passenger can also be provided along with the request. In someimplementations, certain identifying information of the passenger'sirises and/or retinas can also be provided along with the request, whichwill be useful for passenger identification or authentication.

In some implementations, the request is further supplemented with apayment or an authorization for payment upon a successful pick up andride. In some implementations, some or all of the information is firstreceived at a server, and all or part of that information is thentransmitted to the vehicle upon selection of the vehicle.

In some implementations, at least some of the identifying information iscollected but is only kept at the handheld device for protection ofprivacy. When identification is required (as described below), thevehicle collects certain information from a potential passenger and thensuch collected information is compared to the information stored in thehandheld device for verification.

Upon receipt of the request, the autonomous vehicle drives to thedesignated location. While driving, in some implementations, thevehicles may send occasional updates to the passenger's device withrespects to its own location. Meanwhile, the vehicle may receive updatesfrom the passenger's device with respect to any of the informationprovided initially, including location and passenger identifyinginformation.

When the vehicle is close to or at the location, the vehicle starts todetect the passenger. In some implementations, the passenger sees thatvehicle (e.g., by checking the license plate or make of the vehicle) andcan signal confirmation by, e.g., notifying the vehicle via the handhelddevice or showing a gesture. For security purposes, the gesture may beone specifically requested by the vehicle so that other people may notknow.

In some implementations, the passenger is unaware that the vehicle isapproaching. This might be because the passenger is not paying attentionto the updates on the handheld device, is distracted or not payingattention, or has impaired vision or is imply blind. In these instances,the autonomous vehicle has to detect the passenger (305). One piece ofinformation that the vehicle can use is the location of the handhelddevice.

In some implementations, in particular when the GPS signals are strongor when the passenger is not surrounded by other persons, a detection ofthe only person within an area that likely matches the received GPSlocation of the handheld device can be considered the right passenger.

In situations where the GPS location is insufficient to distinguish apotential passenger from surrounding persons, additional information maybe needed. In some implementations, the handheld device, upon requestfrom the vehicle, transmits a near field wireless push notificationsignal towards the autonomous vehicle. The signals may be a Bluetoothsignal, a near field communication (NFC) signal, an infrared signal, aWiFi signal, or the like.

In some implementations, the vehicle detects the passenger with computervision. For instance, the vehicle is equipped one or more still and/orvideo cameras. The cameras may acquire video or images of a potentialpassenger and the compares the acquired image or video with thosestored. The stored image or video may be stored at a server, at thevehicle, or at the device that made the initial request for the vehicle.In the event the stored image or video is not saved on the vehicle, thevehicle extracts certain parameters from the acquired images or videosto be uploaded to the server or sent back to the device to reduce datatransmission burden and to protect privacy.

In some instances, the passenger detected is determined not to be thecorrect passenger. The vehicle then continues to look for the correctpassenger. Some or all of the above identification steps may be runagain, until the correct passenger is identified.

Upon identification of the passenger, the vehicle can then send adirected alert notification to the passenger (307). The directed alertnotification preferably includes an acoustic element. As illustrated inFIG. 1A-1C, the acoustic alert can be generated with two or morespeakers arranged as an array or distant from each other at differentlocations of the vehicle. The acoustic signal is directed such thatpreferably only the passenger can hear it. Persons around the passengermay not hear it or can only hear it at a much reduced volume.

In some implementations, the speakers are placed on the vehicle as faras possible. For instance, at least one of the speakers is at the frontend of the vehicle, e.g., before the front wheels. In someimplementations, at least one of the speakers is at the rear end of thevehicle (e.g., above or behind the rear wheels). In someimplementations, the vehicle at least includes an array of speakers.From the two or more speakers, the same sound signal can be output, butdelayed slightly by different amounts, so that the wavefronts all reachthe same target point at the same time. Such a virtual focus reducessound pollution in surrounding areas.

In general, the directed alert notification is directed at a targetpoint close to or within the body contour of the passenger. In apreferred embodiment, the target point is at the head, or more preciselythe ears of the passenger.

In another example, the directed alert notification is generated suchthat, when received by the passenger, the passenger can readily tell thelocation of the vehicle. The sound can be provided with 3-dimensionaleffects such that the passenger can sense the movement direction andspeed of the vehicle.

The directed alert notification, in some embodiments, can be presentedin a manner that enhances interaction with the passenger. In oneexample, the directed alert notification gradually increases its volumeuntil a suitable reaction by the passenger is identified. In anotherexample, the directed alert notification includes an instruction. Forinstance, the instruction can be for the passenger to make aconfirmation on a smart device, to approach the vehicle, or to open adoor, without limitation.

In addition to the acoustic alert, the directed alert can also include,e.g., visible lights and heat waves. The visible light, for instance,can be projected by a laser pointer, so that it is easily noticeable tothe passenger. In another example, heat can be delivered to a specificbody part surface of the passenger.

In some implementations, the vehicle further detects the passenger'sposture or orientation to determine the optimal spot on the body or onthe ground to achieve good result and avoid potential injuries. Withsuch information, the vehicle can also make determination with respectto the best mode of alert notification. For instance, if the passengeris looking at a screen of a smart device, the directed alertnotification may include a directed acoustic signal along with anelectronic message to be displayed on the smart device. Alternatively,the directed alert notification may include a directed acoustic signalalong with laser point projected to the smart device.

In some implementations, the notification is personalized to thepassenger. For instance, the passenger, prior to the notification, hasalready received a wireless alert about a secret phrase, e.g., “Mary hada little lamb.” Therefore, when the passenger hears/sees the phrase“Mary had a little lamb” from a sound/visual source nearby, thepassenger understands that that is the vehicle they are expecting.

Personalization can also be based on the passenger's preference orprofile, or even requirement. For instance, the vehicle may be able todetermine that the passenger prefers or can only understand German.Therefore, the notification can be given in German.

The passenger, once identified and then notified, is expected to ridethe vehicle. In some embodiments, however, prior to boarding thevehicle, confirmation and/or authentication is carried out (309). Theconfirmation, in some embodiments, can be simply done by a gesture(e.g., handwaving), or walking towards the vehicle. Authentication, onthe other hand, can be done with the handheld device or with a passcodeprovided by the vehicle wirelessly.

In FIG. 3A, upon notification and confirmation, the passenger boards thevehicle which can then take the passenger to the destination. As notedabove, the present technology has other applications. For instance, asillustrated in FIG. 3B, the autonomous vehicle receives a request todeliver an article (e.g., purchased goods, packages) at a designatedlocation. The vehicle then drives to the location (353). A person isexpected at the location to receive the article. As in FIG. 3A, thevehicle also has received certain information about the person or ahandheld device accompanying the person.

The vehicle arrives at the location and, through a variety of differentmeans to identify the person expecting the delivery (355). Uponidentification, the vehicle sends to the person a directed alertnotification (357) and the confirms the person (359) before presentingto the person the article (361). Other application scenarios are alsowithin the scope of the present disclosure.

The foregoing description of the present invention has been provided forthe purposes of illustration and description. It is not intended to beexhaustive or to limit the invention to the precise forms disclosed. Thebreadth and scope of the present invention should not be limited by anyof the above-described exemplary embodiments. Many modifications andvariations will be apparent to the practitioner skilled in the art. Themodifications and variations include any relevant combination of thedisclosed features. The embodiments were chosen and described in orderto best explain the principles of the invention and its practicalapplication, thereby enabling others skilled in the art to understandthe invention for various embodiments and with various modificationsthat are suited to the particular use contemplated. It is intended thatthe scope of the invention be defined by the following claims and theirequivalence.

Hardware Implementation

The techniques described herein are implemented by one or morespecial-purpose computing devices. The special-purpose computing devicesmay be hard-wired to perform the techniques, or may include circuitry ordigital electronic devices such as one or more application-specificintegrated circuits (ASICs) or field programmable gate arrays (FPGAs)that are persistently programmed to perform the techniques, or mayinclude one or more hardware processors programmed to perform thetechniques pursuant to program instructions in firmware, memory, otherstorage, or a combination. Such special-purpose computing devices mayalso combine custom hard-wired logic, ASICs, or FPGAs with customprogramming to accomplish the techniques. The special-purpose computingdevices may be desktop computer systems, server computer systems,portable computer systems, handheld devices, networking devices or anyother device or combination of devices that incorporate hard-wiredand/or program logic to implement the techniques.

Computing device(s) are generally controlled and coordinated byoperating system software, such as iOS, Android, Chrome OS, Windows XP,Windows Vista, Windows 7, Windows 8, Windows 10, Windows Server, WindowsCE, Unix, Linux, SunOS, Solaris, iOS, Blackberry OS, VxWorks, or othercompatible operating systems. In other embodiments, the computing devicemay be controlled by a proprietary operating system. Conventionaloperating systems control and schedule computer processes for execution,perform memory management, provide file system, networking, I/Oservices, and provide a user interface functionality, such as agraphical user interface (“GUI”), among other things.

FIG. 4 is a block diagram that illustrates a computer system 400 uponwhich any of the embodiments described herein may be implemented. Thecomputer system 400 includes a bus 402 or other communication mechanismfor communicating information, one or more hardware processors 404coupled with bus 402 for processing information. Hardware processor(s)404 may be, for example, one or more general purpose microprocessors.

The computer system 400 also includes a main memory 406, such as arandom access memory (RAM), cache and/or other dynamic storage devices,coupled to bus 402 for storing information and instructions to beexecuted by processor 404. Main memory 406 also may be used for storingtemporary variables or other intermediate information during executionof instructions to be executed by processor 404. Such instructions, whenstored in storage media accessible to processor 404, render computersystem 400 into a special-purpose machine that is customized to performthe operations specified in the instructions.

The computer system 400 further includes a read only memory (ROM) 408 orother static storage device coupled to bus 402 for storing staticinformation and instructions for processor 404. A storage device 410,such as a magnetic disk, optical disk, or USB thumb drive (Flash drive),etc., is provided and coupled to bus 402 for storing information andinstructions.

The computer system 400 may be coupled via bus 402 to output device(s)412, such as a cathode ray tube (CRT) or LCD display (or touch screen),for displaying information to a computer user. Input device(s) 414,including alphanumeric and other keys, are coupled to bus 402 forcommunicating information and command selections to processor 404.Another type of user input device is cursor control 416, such as amouse, a trackball, or cursor direction keys for communicating directioninformation and command selections to processor 404 and for controllingcursor movement on display 412. This input device typically has twodegrees of freedom in two axes, a first axis (e.g., x) and a second axis(e.g., y), that allows the device to specify positions in a plane. Insome embodiments, the same direction information and command selectionsas cursor control may be implemented via receiving touches on a touchscreen without a cursor.

The computing system 400 may include a user interface module toimplement a GUI that may be stored in a mass storage device asexecutable software codes that are executed by the computing device(s).This and other modules may include, by way of example, components, suchas software components, object-oriented software components, classcomponents and task components, processes, functions, attributes,procedures, subroutines, segments of program code, drivers, firmware,microcode, circuitry, data, databases, data structures, tables, arrays,and variables.

In general, the word “module,” as used herein, refers to logic embodiedin hardware or firmware, or to a collection of software instructions,possibly having entry and exit points, written in a programminglanguage, such as, for example, Java, C or C++. A software module may becompiled and linked into an executable program, installed in a dynamiclink library, or may be written in an interpreted programming languagesuch as, for example, BASIC, Perl, or Python. It will be appreciatedthat software modules may be callable from other modules or fromthemselves, and/or may be invoked in response to detected events orinterrupts. Software modules configured for execution on computingdevices may be provided on a computer readable medium, such as a compactdisc, digital video disc, flash drive, magnetic disc, or any othertangible medium, or as a digital download (and may be originally storedin a compressed or installable format that requires installation,decompression or decryption prior to execution). Such software code maybe stored, partially or fully, on a memory device of the executingcomputing device, for execution by the computing device. Softwareinstructions may be embedded in firmware, such as an EPROM. It will befurther appreciated that hardware modules may be comprised of connectedlogic units, such as gates and flip-flops, and/or may be comprised ofprogrammable units, such as programmable gate arrays or processors. Themodules or computing device functionality described herein arepreferably implemented as software modules, but may be represented inhardware or firmware. Generally, the modules described herein refer tological modules that may be combined with other modules or divided intosub-modules despite their physical organization or storage.

The computer system 400 may implement the techniques described hereinusing customized hard-wired logic, one or more ASICs or FPGAs, firmwareand/or program logic which in combination with the computer systemcauses or programs computer system 400 to be a special-purpose machine.According to one embodiment, the techniques herein are performed bycomputer system 400 in response to processor(s) 404 executing one ormore sequences of one or more instructions contained in main memory 406.Such instructions may be read into main memory 406 from another storagemedium, such as storage device 410. Execution of the sequences ofinstructions contained in main memory 406 causes processor(s) 404 toperform the process steps described herein. In alternative embodiments,hard-wired circuitry may be used in place of or in combination withsoftware instructions.

The term “non-transitory media,” and similar terms, as used hereinrefers to any media that store data and/or instructions that cause amachine to operate in a specific fashion. Such non-transitory media maycomprise non-volatile media and/or volatile media. Non-volatile mediaincludes, for example, optical or magnetic disks, such as storage device410. Volatile media includes dynamic memory, such as main memory 406.Common forms of non-transitory media include, for example, a floppydisk, a flexible disk, hard disk, solid state drive, magnetic tape, orany other magnetic data storage medium, a CD-ROM, any other optical datastorage medium, any physical medium with patterns of holes, a RAM, aPROM, and EPROM, a FLASH-EPROM, NVRAM, any other memory chip orcartridge, and networked versions of the same.

Non-transitory media is distinct from but may be used in conjunctionwith transmission media. Transmission media participates in transferringinformation between non-transitory media. For example, transmissionmedia includes coaxial cables, copper wire and fiber optics, includingthe wires that comprise bus 402. Transmission media can also take theform of acoustic or light waves, such as those generated duringradio-wave and infra-red data communications.

Various forms of media may be involved in carrying one or more sequencesof one or more instructions to processor 404 for execution. For example,the instructions may initially be carried on a magnetic disk or solidstate drive of a remote computer. The remote computer can load theinstructions into its dynamic memory and send the instructions over atelephone line using a modem. A modem local to computer system 400 canreceive the data on the telephone line and use an infra-red transmitterto convert the data to an infra-red signal. An infra-red detector canreceive the data carried in the infra-red signal and appropriatecircuitry can place the data on bus 402. Bus 402 carries the data tomain memory 406, from which processor 404 retrieves and executes theinstructions. The instructions received by main memory 406 may retrievesand executes the instructions. The instructions received by main memory406 may optionally be stored on storage device 410 either before orafter execution by processor 404.

The computer system 400 also includes a communication interface 418coupled to bus 402. Communication interface 418 provides a two-way datacommunication coupling to one or more network links that are connectedto one or more local networks. For example, communication interface 418may be an integrated services digital network (ISDN) card, cable modem,satellite modem, or a modem to provide a data communication connectionto a corresponding type of telephone line. As another example,communication interface 418 may be a local area network (LAN) card toprovide a data communication connection to a compatible LAN (or WANcomponent to communicated with a WAN). Wireless links may also beimplemented. In any such implementation, communication interface 418sends and receives electrical, electromagnetic or optical signals thatcarry digital data streams representing various types of information.

A network link typically provides data communication through one or morenetworks to other data devices. For example, a network link may providea connection through local network to a host computer or to dataequipment operated by an Internet Service Provider (ISP). The ISP inturn provides data communication services through the world wide packetdata communication network now commonly referred to as the “Internet”.Local network and Internet both use electrical, electromagnetic oroptical signals that carry digital data streams. The signals through thevarious networks and the signals on network link and throughcommunication interface 418, which carry the digital data to and fromcomputer system 400, are example forms of transmission media.

The computer system 400 can send messages and receive data, includingprogram code, through the network(s), network link and communicationinterface 418. In the Internet example, a server might transmit arequested code for an application program through the Internet, the ISP,the local network and the communication interface 418.

The received code may be executed by processor 404 as it is received,and/or stored in storage device 410, or other non-volatile storage forlater execution.

Each of the processes, methods, and algorithms described in thepreceding sections may be embodied in, and fully or partially automatedby, code modules executed by one or more computer systems or computerprocessors comprising computer hardware. The processes and algorithmsmay be implemented partially or wholly in application-specificcircuitry.

The various features and processes described above may be usedindependently of one another, or may be combined in various ways. Allpossible combinations and sub-combinations are intended to fall withinthe scope of this disclosure. In addition, certain method or processblocks may be omitted in some implementations. The methods and processesdescribed herein are also not limited to any particular sequence, andthe blocks or states relating thereto can be performed in othersequences that are appropriate. For example, described blocks or statesmay be performed in an order other than that specifically disclosed, ormultiple blocks or states may be combined in a single block or state.The example blocks or states may be performed in serial, in parallel, orin some other manner. Blocks or states may be added to or removed fromthe disclosed example embodiments. The example systems and componentsdescribed herein may be configured differently than described. Forexample, elements may be added to, removed from, or rearranged comparedto the disclosed example embodiments.

Conditional language, such as, among others, “can,” “could,” “might,” or“may,” unless specifically stated otherwise, or otherwise understoodwithin the context as used, is generally intended to convey that certainembodiments include, while other embodiments do not include, certainfeatures, elements and/or steps. Thus, such conditional language is notgenerally intended to imply that features, elements and/or steps are inany way required for one or more embodiments or that one or moreembodiments necessarily include logic for deciding, with or without userinput or prompting, whether these features, elements and/or steps areincluded or are to be performed in any particular embodiment.

Any process descriptions, elements, or blocks in the flow diagramsdescribed herein and/or depicted in the attached figures should beunderstood as potentially representing modules, segments, or portions ofcode which include one or more executable instructions for implementingspecific logical functions or steps in the process. Alternateimplementations are included within the scope of the embodimentsdescribed herein in which elements or functions may be deleted, executedout of order from that shown or discussed, including substantiallyconcurrently or in reverse order, depending on the functionalityinvolved, as would be understood by those skilled in the art.

It should be emphasized that many variations and modifications may bemade to the above-described embodiments, the elements of which are to beunderstood as being among other acceptable examples. All suchmodifications and variations are intended to be included herein withinthe scope of this disclosure. The foregoing description details certainembodiments of the invention. It will be appreciated, however, that nomatter how detailed the foregoing appears in text, the invention can bepracticed in many ways. As is also stated above, it should be noted thatthe use of particular terminology when describing certain features oraspects of the invention should not be taken to imply that theterminology is being re-defined herein to be restricted to including anyspecific characteristics of the features or aspects of the inventionwith which that terminology is associated. The scope of the inventionshould therefore be construed in accordance with the appended claims andany equivalents thereof.

Engines, Components, and Logic

Certain embodiments are described herein as including logic or a numberof components, engines, or mechanisms. Engines may constitute eithersoftware engines (e.g., code embodied on a machine-readable medium) orhardware engines. A “hardware engine” is a tangible unit capable ofperforming certain operations and may be configured or arranged in acertain physical manner. In various example embodiments, one or morecomputer systems (e.g., a standalone computer system, a client computersystem, or a server computer system) or one or more hardware engines ofa computer system (e.g., a processor or a group of processors) may beconfigured by software (e.g., an application or application portion) asa hardware engine that operates to perform certain operations asdescribed herein.

In some embodiments, a hardware engine may be implemented mechanically,electronically, or any suitable combination thereof. For example, ahardware engine may include dedicated circuitry or logic that ispermanently configured to perform certain operations. For example, ahardware engine may be a special-purpose processor, such as aField-Programmable Gate Array (FPGA) or an Application SpecificIntegrated Circuit (ASIC). A hardware engine may also includeprogrammable logic or circuitry that is temporarily configured bysoftware to perform certain operations. For example, a hardware enginemay include software executed by a general-purpose processor or otherprogrammable processor. Once configured by such software, hardwareengines become specific machines (or specific components of a machine)uniquely tailored to perform the configured functions and are no longergeneral-purpose processors. It will be appreciated that the decision toimplement a hardware engine mechanically, in dedicated and permanentlyconfigured circuitry, or in temporarily configured circuitry (e.g.,configured by software) may be driven by cost and time considerations.

Accordingly, the phrase “hardware engine” should be understood toencompass a tangible entity, be that an entity that is physicallyconstructed, permanently configured (e.g., hardwired), or temporarilyconfigured (e.g., programmed) to operate in a certain manner or toperform certain operations described herein. As used herein,“hardware-implemented engine” refers to a hardware engine. Consideringembodiments in which hardware engines are temporarily configured (e.g.,programmed), each of the hardware engines need not be configured orinstantiated at any one instance in time. For example, where a hardwareengine comprises a general-purpose processor configured by software tobecome a special-purpose processor, the general-purpose processor may beconfigured as respectively different special-purpose processors (e.g.,comprising different hardware engines) at different times. Softwareaccordingly configures a particular processor or processors, forexample, to constitute a particular hardware engine at one instance oftime and to constitute a different hardware engine at a differentinstance of time.

Hardware engines can provide information to, and receive informationfrom, other hardware engines. Accordingly, the described hardwareengines may be regarded as being communicatively coupled. Where multiplehardware engines exist contemporaneously, communications may be achievedthrough signal transmission (e.g., over appropriate circuits and buses)between or among two or more of the hardware engines. In embodiments inwhich multiple hardware engines are configured or instantiated atdifferent times, communications between such hardware engines may beachieved, for example, through the storage and retrieval of informationin memory structures to which the multiple hardware engines have access.For example, one hardware engine may perform an operation and store theoutput of that operation in a memory device to which it iscommunicatively coupled. A further hardware engine may then, at a latertime, access the memory device to retrieve and process the storedoutput. Hardware engines may also initiate communications with input oroutput devices, and can operate on a resource (e.g., a collection ofinformation).

The various operations of example methods described herein may beperformed, at least partially, by one or more processors that aretemporarily configured (e.g., by software) or permanently configured toperform the relevant operations. Whether temporarily or permanentlyconfigured, such processors may constitute processor-implemented enginesthat operate to perform one or more operations or functions describedherein. As used herein, “processor-implemented engine” refers to ahardware engine implemented using one or more processors.

Similarly, the methods described herein may be at least partiallyprocessor-implemented, with a particular processor or processors beingan example of hardware. For example, at least some of the operations ofa method may be performed by one or more processors orprocessor-implemented engines. Moreover, the one or more processors mayalso operate to support performance of the relevant operations in a“cloud computing” environment or as a “software as a service” (SaaS).For example, at least some of the operations may be performed by a groupof computers (as examples of machines including processors), with theseoperations being accessible via a network (e.g., the Internet) and viaone or more appropriate interfaces (e.g., an Application ProgramInterface (API)).

The performance of certain of the operations may be distributed amongthe processors, not only residing within a single machine, but deployedacross a number of machines. In some example embodiments, the processorsor processor-implemented engines may be located in a single geographiclocation (e.g., within a home environment, an office environment, or aserver farm). In other example embodiments, the processors orprocessor-implemented engines may be distributed across a number ofgeographic locations.

Language

Throughout this specification, plural instances may implementcomponents, operations, or structures described as a single instance.Although individual operations of one or more methods are illustratedand described as separate operations, one or more of the individualoperations may be performed concurrently, and nothing requires that theoperations be performed in the order illustrated. Structures andfunctionality presented as separate components in example configurationsmay be implemented as a combined structure or component. Similarly,structures and functionality presented as a single component may beimplemented as separate components. These and other variations,modifications, additions, and improvements fall within the scope of thesubject matter herein.

Although an overview of the subject matter has been described withreference to specific example embodiments, various modifications andchanges may be made to these embodiments without departing from thebroader scope of embodiments of the present disclosure. Such embodimentsof the subject matter may be referred to herein, individually orcollectively, by the term “invention” merely for convenience and withoutintending to voluntarily limit the scope of this application to anysingle disclosure or concept if more than one is, in fact, disclosed.

The embodiments illustrated herein are described in sufficient detail toenable those skilled in the art to practice the teachings disclosed.Other embodiments may be used and derived therefrom, such thatstructural and logical substitutions and changes may be made withoutdeparting from the scope of this disclosure. The Detailed Description,therefore, is not to be taken in a limiting sense, and the scope ofvarious embodiments is defined only by the appended claims, along withthe full range of equivalents to which such claims are entitled.

It will be appreciated that an “engine,” “system,” “data store,” and/or“database” may comprise software, hardware, firmware, and/or circuitry.In one example, one or more software programs comprising instructionscapable of being executable by a processor may perform one or more ofthe functions of the engines, data stores, databases, or systemsdescribed herein. In another example, circuitry may perform the same orsimilar functions. Alternative embodiments may comprise more, less, orfunctionally equivalent engines, systems, data stores, or databases, andstill be within the scope of present embodiments. For example, thefunctionality of the various systems, engines, data stores, and/ordatabases may be combined or divided differently.

“Open source” software is defined herein to be source code that allowsdistribution as source code as well as compiled form, with awell-publicized and indexed means of obtaining the source, optionallywith a license that allows modifications and derived works.

The data stores described herein may be any suitable structure (e.g., anactive database, a relational database, a self-referential database, atable, a matrix, an array, a flat file, a documented-oriented storagesystem, a non-relational No-SQL system, and the like), and may becloud-based or otherwise.

As used herein, the term “or” may be construed in either an inclusive orexclusive sense. Moreover, plural instances may be provided forresources, operations, or structures described herein as a singleinstance. Additionally, boundaries between various resources,operations, engines, engines, and data stores are somewhat arbitrary,and particular operations are illustrated in a context of specificillustrative configurations. Other allocations of functionality areenvisioned and may fall within a scope of various embodiments of thepresent disclosure. In general, structures and functionality presentedas separate resources in the example configurations may be implementedas a combined structure or resource. Similarly, structures andfunctionality presented as a single resource may be implemented asseparate resources. These and other variations, modifications,additions, and improvements fall within a scope of embodiments of thepresent disclosure as represented by the appended claims. Thespecification and drawings are, accordingly, to be regarded in anillustrative rather than a restrictive sense.

Conditional language, such as, among others, “can,” “could,” “might,” or“may,” unless specifically stated otherwise, or otherwise understoodwithin the context as used, is generally intended to convey that certainembodiments include, while other embodiments do not include, certainfeatures, elements and/or steps. Thus, such conditional language is notgenerally intended to imply that features, elements and/or steps are inany way required for one or more embodiments or that one or moreembodiments necessarily include logic for deciding, with or without userinput or prompting, whether these features, elements and/or steps areincluded or are to be performed in any particular embodiment.

Although the invention has been described in detail for the purpose ofillustration based on what is currently considered to be the mostpractical and preferred implementations, it is to be understood thatsuch detail is solely for that purpose and that the invention is notlimited to the disclosed implementations, but, on the contrary, isintended to cover modifications and equivalent arrangements that arewithin the spirit and scope of the appended claims. For example, it isto be understood that the present invention contemplates that, to theextent possible, one or more features of any embodiment can be combinedwith one or more features of any other embodiment.

What is claimed is:
 1. A system for an autonomous-driving vehicle,comprising: one or more processors; and memory storing instructionsthat, when executed by the one or more processors, cause the one or moreprocessors to: receive a request to meet a person at a location;instruct the vehicle to drive to the location; identify the person atthe location; send a directed alert notification to the person, whereinthe directed alert notification comprises a directed acoustic signalthat gradually increases in volume until identifying the personacknowledges the vehicle; and in response to identifying the personacknowledging the vehicle, unlock the vehicle to allow the person forentry.
 2. The system of claim 1, wherein the directed acoustic signal issent from at least two different sound generating devices disposed onthe vehicle.
 3. The system of claim 2, wherein the sound generatingdevices are arranged in an array.
 4. The system of claim 2, wherein theacoustic signal from each sound generating devices is synchronized so asto arrive at the person at the same time.
 5. The system of claim 1,wherein the directed alert notification comprises a spoken or displayedinstruction to notify the person the arrival of the vehicle.
 6. Thesystem of claim 1, wherein the directed alert notification comprises aninstruction for the person to confirm identity.
 7. The system of claim6, wherein the instructions further cause the processor to unlock acontainer within to allow the person to retrieve a delivery.
 8. Thesystem of claim 1, wherein the directed alert notification ispersonalized to the person.
 9. The system of claim 8, wherein thepersonalization is based on a code provided to the person wirelessly inadvance.
 10. The system of claim 8, wherein the personalization is basedon a user preference or language choice of the person.
 11. The system ofclaim 1, wherein identifying the person at the location comprisesdetecting the GPS location of a candidate.
 12. The system of claim 1,wherein identifying the person at the location comprises receiving awireless push notification signal from a device accompanying the person.13. The system of claim 1, wherein identifying the person at thelocation comprises conducting facial or retina recognition of theperson.
 14. The system of claim 1, wherein the instructions furthercause the processors to: in response to identifying the person,determining whether the identified person is a wrong person; and inresponse to determining that the identified person is the wrong person,identify another person.
 15. The system of claim 1, wherein the sendingthe directed alert notification to the person comprises sending apreviously received secret phrase to the person.
 16. The system of claim1, wherein the sending the directed alert notification to the personcomprises determining a language that the person understands and sendingthe directed alert notification in the language that the personunderstands.
 17. A computer-implemented method performed in anautonomous-driving vehicle comprising: receiving a request to meet aperson at a location; instructing the vehicle to drive to the location;identifying the person at the location; sending a directed alertnotification to the person, wherein the directed alert notificationcomprises a directed acoustic signal that gradually increases in volumeuntil identifying the person acknowledges the vehicle; and in responseto identifying the person acknowledging the vehicle, unlocking thevehicle to allow the person for entry.
 18. The method of claim 17,wherein the directed acoustic signal is sent from at least two differentsound generating devices disposed on the vehicle.
 19. The method ofclaim 18, wherein the sound generating devices are arranged in an array.20. The method of claim 18, wherein the acoustic signal from each soundgenerating device is synchronized so as to arrive at the person at thesame time.